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The attached Replacement Sheet incorporates changes made to FIG. 2. The 
Replacement Sheet is to replace the original drawing sheet having FIG 2. 

in FIG 2, the term "PSTN digit map processor" (item 210) has been replaced wrth 
the term "PSTK digit string processor", and the term "VoIP digit map processor" (item 
212) has been replaced with the term "VoIP digit string processor". These amendments 
are based on the originally filed specification, and no new matter is added. 

Attachment: Replacement Sheet including FIG. 2 

Annotated Sheet showing changes in FIG 2 
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REMARKS 



Bv fte above amendment, applied have amended fte specific i» order «o 
more dear* and appropriately express fte subiec, matter .hereof. Applicant -a a,so 
^ Cairns ,. 3 and 5 , and added new claims » and ,0. Said amendments are 
fcased on fte originally filed specification and drawing, and no new maKer Is added. 

Drawings 

Tie drawings are objected ,o under 37 CFR 11.83(a) because the call agent, .be 
VoIP digit string processor, and fte PSTN digit suing processor mns. be shown or fte 
feature(s) canceled from the claim(s). 

In response 

The cnll agent has been shown in originally filed FIG 3 with fte labels 302 and 3 10. 

Applicants have amended FIG 2 by replacing fte term "PSTN digit map processor" 
„ift fte term "PSTN digit string processor", and replying fte term "VoIP digit map 
processor" wift fte term "VoIP digit string Pressor". Such replacement are based on 
fte disclosure of fte original applicaUon. The PSTN digit suing processor and fte VoIP 
digit srtng processor, respectively labeled 210 and 212, are shown in amended FIG 2. 

Accordingly, it is submitted that the call agent, fte VoIP digit siring processor, and 
fte PSTN digit string processor are shown in the drawings. Reconsideration and 
withdrawal of the objections are requested. 

Claim Rejections -35 USC § 112(2) 

Claims 1-4 and 7 are rejected as being indefinite for failing to particularly point out 

and distinctly claim the subject matter which applicants regard as the invention. 
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In response 



-can as-" * • - — - m ** fidd ° f VOff ^ 

^ Pro.ocof, m ,c « Gateway Cor-er «- — 
.PC2705 by the Internet Society in October 1999 (See a— "CI As- - 
equi va,e„, - Media Gateway Control.* (MGC). According to RFC2705, «,« MGCP 

ttl ephony gateway, and handled by externa, eaU comm. — . "CaU Agent" (See 

^Uned in RPC2705, is sueb an externa. cat. contro, Cement used for con.ro.hng a 

Th. talenhonv gateway is a network element that provides 
telephony gateway. The telepnony gaic i 

conversion between dre audio signals cabled on te.ephone circuits and data packets 
over dre Interne, or over other packet n«works. 1. addition, according to 
RFC2705 a-Cai.Agenrcanaakthete.ephonygateway^oo.leetdigi.dialedbyusers. 
This facility is intended to be used with residential gateways to collect the numbers -ha, a 
user ms; it may a.so be need with .ranking gateways and access gateways a.ike, .0 
eoUee. dre access codes, credi. card numbers, and odter numbers requeued by call contro, 
^ices. Therefore, it is common to use a ce., agen. .0 configure a VoIP digit map (see 
claims 3, 7). In addition, the call agen. is show, in FIG. 3 with the labels 302 and 310. 
This motion is consist wi«h the generally understood meaning of what a cel. agen, 
as described above. Therefore i, la respectfully submined ma, .he term oaf, agen, has 
a dear meaning ,o a person of ordinary skill in me art and ma, this aspec, of me claiming 
is definite under 35 U.S.C. §112(2). 
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Secondly, in Cairn 5. the re,m "PSTN digit -nap proper" ha, been replaced with 
*. term "PSTN digit string ,"», and the term "Vo.P digit map process has 
to repla ced with the « "Von- digit string processor" Wore the terminology of 
claim 5 is now consistent with the terminology of claim 1. 

For a, leas, the above reasons, it is submitted that claims 1-4 and 7 arc now definite 
under 35 U.S.C. §112(2), and reconsideration and wirhdrawal of dre rejections relaring 
thereto are respectfully requested. 

Claim Rejections - 35 USC § 103 

Claims 1-8 are rejected under 35 U.S.C fil03(a) as being unpatentable over Moms 

(US Patent No. 7,127,043). 



In response 

With regard t n claims 1-4; 
Claim 1 recites: 

« a method for a digital subscriber line device to process a dial string wherein the 
digital subscriber line device is coupled to a PSTN (public switched, telephone network) 
and a VoIP (Voice-over-Internet Protocol) network, the method comprising: 

receiving a transmission by the digital subscriber line device; 

comparing a dial string of the transmission with phone numbers stored in a PSTN 
digit map and a VoIP digit map respectively; 

routing the transmission to the PSTN when a phone number corresponding to the 

transmission is found in the PSTN digit map; and 

11 
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touting the transmission .0 the VoIP network when . phone number corresponding 
to the transmission is found in the VoIP digit map." 

Mortis on* discloses a method of routing me transmission to me PSTN network 
when a phone number corresponding to the transmission is found in the PSTN digit map, 
«, routing .he emission ,0 me VoIP network when a phone number correspond to 
the transmission is no, found in the PSTK dig* map. Further, Morris falls «o .each or 
..-paring ft. dUl string of me transmission wift phone -umbers stored to 
VoIP digit map. In outer words, Morns merely discloses « PSTN digit map and a 
deputation as to whetiter a phone number corresponding to the transmission is found 
the PSTN digit map or no, The present VoIP dig!, map is no, disclosed, taught or 
18ges ..d by Morris. Accordingly, the present step of routing the transmission to me 
VoIP network when a phone number corresponding to the transmission ia found in the 
VoIP digit map is not disclosed, taught or suggested. 

I„ addition, claim 1 can more correctly determine whether a dial stitng should be 
touted to the PSTN network or to the VoIP network by comparing the dial string of the 
transmission with both types of digit maps. The method of claim 1 is mote reliable and 
convenient man that of Morris, which does not teach or suggest these new and 
unexpected results. 

For at least the above reasons, it is submitted that Morris does not disclose, teach or 
otherwise suggest the invention as currently set forth in claim 1. Claim 1 is novel, 
unobvious and patentable over Morris under both 35 U.S.C. §102 and 35 U.S.C. §103(a). 
Claims 2 to 4 are directly dependent on claim 1, and incorporate more features 
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therein 



in respectively. Wore claims 2 to 4 should also be patentable. 



With repair * to bairns 5-8: 

Claim 5 recites a digital subscriber line device including a PSTN digit string 
processor and a VoIP digit string processor for comparing a dial string of the transmission 
with phone numbers respectively stored in a PSTN digit map and a VoIP digit map. The 
PSTN digit string processor routes the transmission to the PSTN when a phone number 
corresponding to the transmission is found in the PSTN digit map. The VoIP digit string 
processor routes the transmission to the VoIP network when a phone number 
corresponding to the transmission is found in the VoIP digit map. 

Morris only discloses a system of routing the transmission to the PSTN network 
when a phone number corresponding to the transmission is found in the PSTN digit map, 
and routing the transmission to the VoIP network when a phone number corresponding to 
the transmission is not found in the PSTN digit map. However, Morris fails to teach or 
suggest comparing the dial string of the transmission with phone numbers stored in 
a VoIP digit map. In other words, Morris merely discloses a PSTN digit map and 
determination as to whether a phone number corresponding to the transmission is found 
in the PSTN digit map or not. The present VoIP digit map is not disclosed, taught or 
suggested by Morris. Accordingly, the present VoIP digit string processor that routes 
the transmission to the VoIP network when a phone number corresponding to the 
transmission is found in the VoIP digit map is not disclosed, taught or suggested. 

In addition, claim 5 can more correctly determine whether a dial string should be 



13 



PAGE 14/29 * RCVD AT 10/18/2007 8:47:46 PM [Eastern Daylight Time] » SVMSPTO* FXRF-2/15 * DlflS:2738300 ' CSID:7147384649 ' DURATION (mitw$):06-24 



OCT-18-2007 18:35 



7147384649 P. 15/2? 



Appl. NO- 10/650,149 

Amdt. Dated October 18 2007 

Reply to Office action of July 18, 2007 

routtd «o the PSTN network or the VoJP network by coming the dia. sring of the 
^ion with both types of dig* map, The digital briber line device of d» 5 
U m ore reiiabie and convenient than ft. ««. of Morris, which does no. teach or 
suggest these new and unexpected results. 

For at least the above reasons, it is submitted that Morris does not disclose, teach or 
otherwise suggest the invention as currently set forth in claim 5. Claim 5 is novel, 
unobvious and patentable over Morris under both 35 U.S.C. §102 and 35 U.S.C §l03(a). 

Claims 6 to 8 are directly dependent on claim 5, and incorporate more features 
therein respectively. Therefore claims 6 to 8 should also be patentable. 

New claims -35 USC §103 

Claim 9 is directly dependent on claim 1, which is submitted to be patentable for the 

reasons stated above. Therefore claim 9 should also be patentable. 

If further argument is needed, claim 9 recites "transmitting a voice signal to the 
telephone to notify the user of a dial error message when a phone number corresponding 
to the transmission is neither found in the PSTN digit map nor in the VoIP digit map". 

As detailed above, Morris does not disclose, teach or suggest anything in relation to 
the present VoIP digit map. Further, the method of claim 9 yields new and unexpected 
results. In particular, the use of the two types of digit maps provides the basis for the 
claimed error notification process. Referring also to the eleventh paragraph of the 
Detailed Description Of The Invention (on p.8 of the specification), the method provides 
transmission of voice signals to the telephone to notify the user of a dial error message 
when a phone number corresponding to the transmission is neither found in the PSTN 

14 
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«. map nor in me V„.P digit map. fa — Morris eanno, give norioe of a dialing 
„ doe «o .here being only one type of digit map avaiUbie. When a person dials a 
^ng number, Morris on* fails to fnrd a match for me dia, smng in me PSTN digit map, 
^ aeco r ding,y ron.es the c.,1 to me VoIP nerwo*. Thus Morris's method , 
^nvenien, for a nae, »im no tenoning or suggestion of me reliability and convenlenoe 

provided by the present method. 

For at least the above reasons, it is submitted that claim 9 is patentable. 
Claim 10 is directly dependent on claim 5, which is submitted to be patentable for 
the reasons stated above. Therefore claim 10 should also be patentable. 

If further argument is needed, claim 10 recites "an error notification module for 
transmitting a voice signal to the telephone to notify the user of a dial error message 
when a phone number corresponding to the transmission is neither found in the PSTN 
digit map nor in the VoIP digit map". 

As detailed above, Morris does not disclose, teach or suggest anything in relation to 
the present VoIP digit map. Further, the digital subscriber line device of claim 10 yields 
new and unexpected result, In particular, the use of the two types of digit maps 
provides the basis for the claimed error notification mechanism. Referring also to the 
eleventh paragraph of me Detailed Description Of The Invention (on p.* of the 
specification), the error notification module provides transmission of voice signals to the 
telephone to notify the user of a dial error message when a phone number corresponding 
to the transmission is neither found in the PSTN digit map nor in the VoIP digit map. In 
contrast, Morris cannot give notice of a dialing error due to there being only one type of 
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digit ma p avaiabie. When a person diais a wron 6 number, Mo*, on* fails to fed a 
^ for the dia, strin, in the PSTN digit map, and accordingly routes .he cal, * the 
V6IP network. Tta Morris's me*od is inconvenient for a user, with no teacinng or 
sugges uon of .he re.iabUity and convert provided by the present digital subscriber 
line device. 

For at least the above reasons, it is submitted that claim 10 is patentable. 
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Applicants .*« « * *— - «— ** 

♦w thPT* are anv informalities that can be 
resolved by a telephone conference, or that there are any 

corrected by an Examiner's amendment, please call the undersigned at 714.626.1240. 



Respectfully, 
Ming-Chieh Chen, 
Shu-Ken Lin 




PCE Industry, Inc. 

458 E. Lambert Road, Fullerton, CA 92835 
Tel. No.: (714) 626^1240 
Fax No.: (714)738-4649 
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Media Gateway Control Protocol (MGCP) 



Version 1 .0 



Status of this Memo 

This memo provides information for the Internet community. It does 
not specify an Internet standard of any kind. Distribution of this 
memo is unlimited. 

Copyright Notice 

Copyright (C) The Internet Society (1 999). All Rights Reserved, 

IESG NOTE: 

This document is being published for the information of the 
community. It describes a protocol that is currently being deployed 
in a number of products. Implemented should be aware of 
developments in the IETF Megaco Working Group and ITF-T SG16 who are 
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currently working on a potential successor to this protocol. 
Abstract 

This document describes an application programming interface and a 
corresponding protocol (MGCP) for controlling Voice over IP (VoIP) 
Gateways from external call control elements. MGCP assumes a call 
control architecture where the call control ■'intelligence" is outside 
the gateways and handled by external call control elements. 

The document is structured in 6 main sections: 

* The introduction presents the basic assumptions and the relation 
to other protocols such as H.323, RTSP, SAP or SIP. 

* The interface section presents a conceptual overview of the MGCP, 
presenting the naming conventions, the usage of the session 
description protocol SDP, and the procedures that compose MGCP: 
Notifications Request, Notification, Create Connection, Modify 
Connection, Delete Connection, AuditEndpoint, AuditConnection and 
RestartlnProgress. 

* The protocol description section presents the MGCP encodings, 
which are based on simple text formats, and the transmission 
procedure over UDP. 

* The security section presents the security requirement of MGCP, 
and its usage of IP security sen/ices (IPSEC). 

* The event packages section provides an initial definition of 
packages and event names. 
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* The description of the changes made in combining SGCP 1 .1 and IPDC 
to create MGCP 1 .0. 
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2.3. Gateway Control Commands 30 

2.3.1 . EndpointConfiguration 32 
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1 . Introduction 

This document describes an abstract application programming interface 
and a corresponding protocol (MGCP) for controlling Telephony 
Gateways from external call control elements called media gateway 
controllers or call agents. A telephony gateway is a network element 
that provides conversion between the audio signals carried on 
telephone circuits and data packets carried over the Internet or over 
other packet networks. Example of gateways are: 

* Trunking gateways, that interface between the telephone network 
and a Voice over IP network. Such gateways typically manage a 
large number of digital circuits. 
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* Voice over ATM gateways, which operate much the same way as voice 
over IP trunking gateways, except that they interface to an ATM 
network. 

* Residential gateways, that provide a traditional analog (RJ 1 1) 
interface to a Voice over IP network. Examples of residential 
gateways include cable modem/cable set-top boxes, xDSL devices, 
broad-band wireless devices 

* Access gateways, that provide a traditional analog (R J 1 1 ) or 
digital PBX interface to a Voice over IP network. Examples of 
access gateways include small-scale voice over IP gateways. 

* Business gateways, that provide a traditional digital PBX 
interface or an integrated "soft PBX" interface to a Voice over IP 
network. 

* Network Access Servers, that can attach a -modem" to a telephone 
circuit and provide data access to the Internet. We expect that, 

in the future, the same gateways will combine Voice over IP 
services and Network Access services. 

* Circuit switches, or packet switches, which can offer a control 
interface to an external call control element. 

MGCP assumes a call control architecture where the call control 
"intelligence" is outside the gateways and handled by external call 
control elements. The MGCP assumes that these call control elements, 
nr nail Agents, will synchronize with each other to send coherent 
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commands to the gateways under their control. MGCP does not define a 
mechanism for synchronizing Call Agents. MGCP is, in essence, a 
master/slave protocol, where the gateways are expected to execute 
commands sent by the Call Agents. In consequence, this document 
specifies in great detail the expected behavior of the gateways, but 
only specify those parts of a call agent implementation, such as 
timer management, that are mandated for proper operation of the 
protocol. 

MGCP assumes a connection model where the basic constructs are 
endpoints and connections. Endpoints are sources or sinks of data and 
could be physical or virtual. Examples of physical endpoints are: 

* An interface on a gateway that terminates atrunk connected to a 
PSTN switch (e.g., Class 5, Class 4, etc.). A gateway that 
terminates tmnks is called a trunk gateway. 

• An interface on a gateway that terminates an analog POTS 
connection to a phone, key system, PBX, etc. A gateway that 
terminates residential POTS lines (to phones) is called a 
residential gateway. 

An example of a virtual endpoint is an audio source in an audio- 
content server. Creation of physical endpoints requires hardware 
installation, while creation of virtual endpoints can be done by 
software. 

Connections may be either point to point or multipoint. A point to 
point connection is an association between two endpoints with the 
purpose of transmitting data between these endpoints. Once this 
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nation is established for bom andpoints, date transfer between 
mesa andpoints can take place. A multipoint connection s 
established by connecting the andpoint to a multipoint sess,on. 

Connects can be established over several types of bearer networks: 

• Transmission of audio packets using RTP and UDP over a TCP/IP 
network. 

♦ Transmission of audio packets using AAL2, or another adaptation 
layer, over an ATM network, 

* Transmission of packets over an internal connection, for example 
the TDM backplane or the interconnection bus of a gateway. This is 
used, in particular, for "hairpin" connections, connections that 
terminate in a gateway but are immediately rerouted over the 
telephone network. 

For point-to-point connections the endpoints of a connection could be 
in separate gateways or in the same gateway. 

2.1.5. Digit maps 

The Call Agent can ask the gateway to collect digits dialed by the 
user. This facility is intended to be used with residential gateways 
to collect the numbers that a user dials; it may also be used with 
trunking gateways and access gateways alike, to collect the access 
codes, credit card numbers and other numbers requested by call 
control services. 
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An alternate procedure is for the gateway to notify the CaJIAaent 
of the dialed digits, as soon as they are dialed. However, such a 
procedure generates a large number of Interactions. It is preferable 
,o accumulate the dialed numbers in a buffer, and to transmit them ,n 
a single message. 

The problem with this accumulation approach, however, is that it is 
hard for the gateway to predict how many numbers it needs to 
accumulate before transmission. For example, using the phone on our 
desk, we can dial the following numbers: 



I 0 

| 00 

| xxxx 

I 8XXXXXXX 

I #XXXXXXX 

I 

1 *xx 

I 9 1 xxxxxxxxxx 

| 9011 + up to 15 digits 



| Local operator 

| Long distance operator 

I Local extension number 

| Local number 

| Shortcut to local number at 

I other corporate sites 

| Star services 

| Long distance number 

| International number 



The solution to this problem is to load the gateway with a digit map 
that correspond to the dial plan. This digit map is expressed using a 
syntax derived from the Unix system command, egrep. For example, the 
dial plan described above results in the following digit map: 



(0T| 00T|[1-7lxxx|8xxxxxxx|#xxxxxxx|*xx|91 xxxxxxxxxx|901 1 x.T) 



PAGE 28/29 * RCVD AT 10/18/2007 8:47:46 PM [Eastern Daylight Time] " SVR:USPTO-EFXRF-2/15 * ONIS:2738300 » CSID:7147384649 ' DURATION (mm-ss):06-24 



OCT- 1 8-2007 1 8 : 38 71 47384649 P . 29/29 



The forma, syntax of the digit map is described by the DigitMap rule 
in the formal syntax description of the protocol (section 3.4). A 
Digit-Map, according to this syntax, is defined either by a "stnng 
or by a list of strings. Each string in the list is an alternative 
numbering scheme, specified either as a set of digits or timers, or 
as regular expression. A gateway that detects digits, letters or 
timers will: 

1) Add the event parameter code as a token to the end of an internal 
state variable called the "current dial string" 

2) Apply the current dial string to the digit map table, attempting a 
match to each regular expression in the Digit Map in lexical order 

3) If the result is under-qualified (partially matches at least one 
entry in the digit map), do nothing further. 

If the result matches, or is over-qualified (i.e. no further digits 
could possibly produce a match), send the current digit string to the 
Call Agent. A match, in this specification, can be either a "perfect 
match," exactly matching one of the specified alternatives, or an 
impossible match, which occur when the dial string does not match any 
of the alternative. Unexpected timers, for example, can cause 
-impossible matches." Both perfect matches and impossible matches 
trigger notification of the accumulated digits. 

Digit maps are provided to the gateway by the Call Aqent, whenever 
the Call Agent instructs the gateway to listen for digits. 
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"Map" is replaced 
by "String" 
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"Map" is replaced 
by "String" 
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